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A SYSTEM AND METHOD FOR IDENTIFYING EXECUTABLE 
DIAGNOSTIC ROUTINES USING MACHINE INFORMATION 
AND DIAGNOSTIC INFORMATION IN A COMPUTER SYSTEM 

5 Background 

The disclosures herein relate generally to computer systems, and more 
particularly, to a system and method for identifying executable diagnostic routines 
using machine information and diagnostic information in a computer system. 

A computer system may include a diagnostic package with a set of diagnostic 

10 routines that may be executed to test components in the system. The manufacturer 
of the computer system may purchase a diagnostic package that includes a set of 
diagnostic routines from a third party vendor. The diagnostic package, however, may 
not include platform or operating system specific information that may be used to 
identify the diagnostic routines that are executable on a given platform and / or 

15 operating system. 

A computer manufacturer may wish to support only certain devices on certain 
platforms and / or operating systems. For example, a computer manufacturer may 
wish to sell a computer system that does not support joysticks. The diagnostic 
package installed by the computer manufacturer in this computer system, however, 

2 0 may include a diagnostic routine for a joystick that is executable by a customer. 
Diagnostic packages typically do not include a method for restricting the display and 
execution of a diagnostic routine for a component which a computer manufacturer 
does not wish to support. Thus, in the example above, the computer manufacturer 
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may not be able to prevent the diagnostic routine for the joystick from being 

displayed and executed using only the diagnostic package. 

It may be possible to write a custom installation program for each platform 

that specified only the components supported by each platform to allow only 

5 supported diagnostic routines to be displayed and executed. To do so, however, a 

computer manufacturer would need to write such a program for each different 

platform it offered. Such a program would require a costly and inefficient 

development effort and testing process for each platform sold by a manufacturer. A 

system and method is needed that identifies supported diagnostic routines in a 

10 diagnostic package for a given computer system regardless of the platform or 

J operating system used by the computer system. A system and. method is also needed 

f;: to display only the supported diagnostic routines of the computer system to its user. 

111 Summary 

^15 One embodiment, accordingly, provides a system and method for identifying 

y executable diagnostic routines using machine information and diagnostic information 
13 in a computer system. To this end, a method includes detecting machine information 
Q and detecting diagnostic information corresponding to the machine information. The 
method also includes causing one of a plurality of diagnostic routines to be selectable 
2 0 for execution according to the diagnostic information. 

A principal advantage of this embodiment is that an entire suite of diagnostic 
routines may be installed on each computer system offered by a computer 
manufacturer while only supported diagnostic routines may be made selectable for 
execution on a particular system based on certain characteristics of that system. In 
2 5 this way, the process of installing diagnostic routines may be substantially similar or 
even identical for each system that a computer manufacturer offers. In addition, this 
embodiment may advantageously allow a computer manufacturer to change the set of 
supported diagnostic routines on a system or systems while minimizing the 
development effort and test cycle for each change. The embodiment may also 
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advantageously allow a computer manufacturer to easily offer additional systems or 

test support with minimal development effort and testing. 

Brief Description of the Drawing Figures 

5 Fig. 1 is a diagram illustrating an embodiment of a computer system. 

Fig. 2a is a flowchart illustrating a first part of an embodiment of a method for 
indicating available diagnostic routines using system information in a computer 
system. 

Fig. 2b is a flowchart illustrating a second part of an embodiment of a method 
10 for indicating available diagnostic routines using system information in a computer 
system. 

J Fig. 3a is a diagram illustrating an embodiment of computer systems 

W configured to communicate using a communications network. 
Lfl Fig. 3b is a diagram illustrating an embodiment of computer systems 

^15 configured to communicate using a communications network, 
y Fig. 4 is a flowchart illustrating an embodiment of a method for updating 

O diagnostic files and information on a computer system. 

p ^/^^^-^^ Fig. 5 is an embodiment of types of information that may be included in a 
^x>aiagnostic informationNfile. 
2 oT" y Fig. 6a is a first part of an embodiment of a diagnostic script that may be used 



determine what diagnostic routines a computer system supports. 
— 7 Fig. 6b is a second part\f an embodiment of a diagnostic script that may be 



to determine what diagnos^c routines a computer system supports. 
r^f^K/^ ^^S- ^ third parrH^an embodiment of a diagnostic script that may be used 
2 5 yTO determine what diagnostic routines a computer system supports. 

Fig. 7a is an illustration of a first screen displayable by a display device in the 
embodiment shown in Fig. 1. 

Fig. 7b is an illustration of a second screen displayable by a display device in 
the embodiment shown in Fig. 1. 
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Fig. 7c is an illustration of a third screen displayable by a display device in the 

embodiment shown in Fig. 1. 

Detailed Description 

5 Fig. 1 is a diagram illustrating an embodiment of a computer system. Fig. 1 

depicts a computer system 100. Computer system 100 includes a processor 110, a 
chipset 120, a memory 130, and a plurality of devices 140a, 140b, and 140c. Device 
140a may be coupled to a port 142a. Devices 140b and 140c may be coupled to a 
shared bus 142b. A portion of memory 130a within memory 130 may include a 
10 diagnostic application 132, a diagnostic script 134, and a provided amount of 
5 diagnostic information 136. Diagnostic application 132 includes a plurality of 
diagnostic routines. 

U In computer system 100, diagnostic script 134 may be executed by computer 

rri system 100 and may identify a set of diagnostic routines within diagnostic application 
''^15 132 that may be selected for execution by computer system 100. To do so, diagnostic 
V script 134 may cause machine information corresponding to computer system 100 to 
0 be read. The machine information may include an operating system type and a 
p machine type. The operating system type may be, for example, Windows 95 ™, 
O Windows 98™, Windows NT'", Windows 2000'^ Linux, or any other operating 
2 0 system configured to run on computer system 100. The machine type may be an 
identifier that may be used to indicate the platform or system configuration of 
computer system 100 as specified by a manufacturer of computer system 100. The 
operating system type and machine type may be determined by accessing information 
stored in memory 130 and/or by using an application program interface (API) 
2 5 provided by an operating system. 

Once diagnostic script 134 has read the machine information, it may cause 
information corresponding to the machine information to be read from diagnostic 
information 136. Diagnostic information 136 may include information regarding 
components or diagnostic routines that are supported by one or more individual 
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systems offered by a computer manufacturer. This information may be broken down 

by operating system type and machine type such that diagnostic script 134 may be 

configured to detect a list of included components or diagnostic routines based on the 

operating system type and then detect a list of excluded components or diagnostic 

routines based on the machine type. Using information in diagnostic information 

136, diagnostic script 134 may identify the diagnostic routines in diagnostic 

application 132 that are supported by computer system 100. Diagnostic script 134 

may cause the supported diagnostic routines in diagnostic application 132 to become 

selectable for execution. Diagnostic script 134 may also cause the remaining, 

unsupported diagnostic routines in diagnostic application 132 to become not 

selectable for execution. The supported diagnostic routines may be selected for 

execution by any suitable means. For example, the supported diagnostic routines 

may be presented to a user in a user interface that displays an indicator for each 

supported diagnostic routine. A user may then select a supported diagnostic routine 

for execution using its indicator. The indicator may include a graphical and a textual 

representation of a component corresponding to the diagnostic routine. For example, 

if the component is a hard disk drive, the indicator may include a picture of a generic 

hard disk drive and the text "HARD DISK DRIVE". The supported diagnostic 

routines may also be selected for execution by a program configured to test one or 

more components in computer system 100. The program may receive an indication of 

the supported diagnostic routines and may use this indication to call one or more of 

the supported diagnostic routines. Once a supported diagnostic routine has been 

selected for execution, it may be executed by processor 110. 

The supported diagnostic routines in a given computer system such as 

computer system 100 may each correspond to one or more components of the system. 

Components, as used herein, include all devices, ports, buses, and other elements of a 

computer system that may be operatively connected, by hardwired or wireless means, 

to the computer system. While examples of devices may include processors, memory 

devices such as a hard disk drive or SDRAM, graphics cards or accelerators, CD-ROM 
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or DVD drives, and input/output devices such as a keyboard, a mouse, or a joystick, 

the term components is intended to encompass all types of devices that may be 

included in or coupled to a computer system. 

As shown in Fig. 1, computer system 100 includes device 140a coupled to 

chipset 120 using port 142a. In addition, devices 140b and 140c are coupled to 

chipset 120 using shared bus 142b, Chipset 120 is coupled to processor 110 and 

memory 130. Diagnostic application 132 may include one or more diagnostic routines 

for some or all of these components, i.e. devices 140a, 140b, and 140c, port 142a, 

shared bus 142b, processor 110, chipset 120, and memory 130. For example, a 

diagnostic routine included in diagnostic application 132 may be configured to test 

memory 130. This diagnostic routine, along with other supported diagnostic 

routines, may be detected by diagnostic script 134 and may become selectable for 

execution. 

It may be noted that diagnostic application 132, diagnostic script 134, and 
diagnostic information 136 may be included in computer system 100 by a computer 
manufacturer regardless of the platform or operating system of computer system 100. 
Diagnostic script 134 may be configured to determine the platform and operating 
system of computer system 100 and use that information along with information in 
diagnostic information 136 to determine which of the diagnostic routines in 
diagnostic application 132 may be selected for execution on computer system 100. A 
computer manufacturer may include information regarding each platform and 
operating system that it offers in diagnostic information 136. Accordingly, a 
computer manufacturer may be able to install diagnostic application 132, diagnostic 
script 134, and diagnostic information 136 in each system it sells with only relatively 
minor modifications. In one embodiment configured to use a Windows operating 
system, diagnostic information 136 may be included in a file using .INI format. In 
another embodiment, diagnostic information 136 may be included in a file using XML 
format. In other embodiments, diagnostic information 136 may be included in any 



PATENT 

Docket No.: DC-02404 (16356.543) 
type of flat file accessible by diagnostic script 134. A specific embodiment of 

diagnostic information 136 is described below in Fig. 5. 

Fig. 2a and Fig. 2b are a flowchart illustrating an embodiment of a method for 
indicating available diagnostic routines using system information in a computer 
system. Variations on the method are possible and contemplated. In Fig. 2a, a 
determination may be made as to whether a diagnostic application has been selected 
as indicated in step 202. The diagnostic application may be selected by a user or by a 
program seeking to cause one or more diagnostic routines to be executed. If a 
diagnostic application has not been selected, then the determination may be made 
again at a later time as indicated. If a diagnostic application has been selected, then a 
diagnostic script may be initiated as indicated in step 204. Machine information may 
be detected as indicated in step 206. In one embodiment, machine information may 
include an operating system type and a machine type as noted above. In other 
embodiments, machine information may include other types of information. 
Diagnostic information corresponding to the machine information may be detected as 
indicated in step 208. The diagnostic information may be contained in a file with a 
format such as .INI or XML as noted above. Certain diagnostic routines may be 
caused to become selectable for execution as indicated in step 210. An indicator may 
be displayed for each of the selectable diagnostic routines as indicated in step 212. In 
one embodiment, the indicator for each diagnostic routine may include a graphical 
and a textual representation of a component corresponding to the diagnostic routine. 

Following point A in Fig. 2a to point A in Fig. 2b, a determination may be 
made as to whether a diagnostic routine indicator has been selected as indicated in 
step 214, In one embodiment, a diagnostic routine may be selected by a user. In 
another embodiment, a diagnostic routine may be selected by a program configured 
to test one or more components in a system. If a diagnostic routine indicator has 
been selected, then a diagnostic routine corresponding to the selected indicator may 
be executed as indicated in step 216. A determination may be made as to whether a 
diagnostic application exit has been selected as indicated in step 218. If a diagnostic 
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application exit has not been selected, then the determination of step 214 may be 

repeated as indicated. If a diagnostic application exit has been selected, then the 

diagnostic application may be exited as indicated in step 220. 

Fig. 3a is a diagram illustrating an embodiment of computer systems 
configured to communicate using a communications network. Fig. 3a depicts a 
computer system 300 configured to communicate with a computer system 310 using a 
communications network 320. Computer system 300 may include a diagnostic 
application 302, a diagnostic script 304, and a provided amount of diagnostic 
information 306. Computer system 310 may include a diagnostic application 312, a 
diagnostic script 314, and a provided amount of diagnostic information 316. 

Computer system 300 be a manufacturer's computer and computer system 310 
may be a consumer's computer. Diagnostic application 312, diagnostic script 314, 
and diagnostic information 316 may be configured to operate similarly to diagnostic 
application 132, diagnostic script 134, and diagnostic information 136, respectively, 
as described above in Fig. 1. Diagnostic application 302, diagnostic script 304, and 
diagnostic information 306 may be the most recent versions of a diagnostic 
application, a diagnostic script, and a diagnostic information, respectively, used by a 
computer manufacturer. 

At times, computer system 310 may be configured to determine whether 
diagnostic application 312, diagnostic script 314, and diagnostic information 316 have 
been updated, i.e. whether newer versions of each exist. Computer system 310 may 
be configured to compare the versions of diagnostic application 312, diagnostic script 
314, and diagnostic information 316 with the versions of diagnostic application 302, 
diagnostic script 304, and diagnostic information 306, respectively, to make this 
determination. If computer system 310 does not have the newest versions of 
diagnostic application 312, diagnostic script 314, and / or diagnostic information 316, 
computer system 310 may be configured to download the newest version of one or 
more of diagnostic application 312, diagnostic script 314, and diagnostic information 
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316. Computer system 310 may be configured to do so automatically or at the 

request of its user. 

Fig. 3b is a diagram illustrating an embodiment of computer systems 
configured to communicate using a communications network. Fig. 3b depicts 
computer system 300 configured to communicate with computer system 310 using 
communications network 320. Computer system 300 may include a diagnostic 
application 322, a diagnostic script 324, and a provided amount of diagnostic 
information 326, 

Computer system 30Q.be a manufacturer's computer and computer system 310 
may be a consumer's compiiter. Diagnostic application 322, diagnostic script 324, 
and diagnostic information 326 may be configured to operate similarly to diagnostic 
application 132, diagnostic script 134, and diagnostic information 136, respectively, 
as described above in Fig. 1. Diagnostic application 322, diagnostic script 324, and 
diagnostic information 326 mayVbe the most recent versions of a diagnostic 
application, a diagnostic script, and a diagnostic information, respectively, used by a 
computer manufacturer. \ 

Diagnostic application 322, diagnostic script 324, and diagnostic information 
326 may be configured to operate on computer system 300 to identify diagnostic 
routines that may be executed using components in computer system 310. Diagnostic 
routines may be presented to a user of computer system 310 with a user interface. 
Computer systems 300 and 310 may be configured to communicate to allow 
diagnostic application 322 and diagnostic script 324 to be executed on computer 
system 300 to test components of computer system 310. 

Figs. 3a and 3b illustrate the ability of a computer manufacturer to update a 
diagnostic application, diagnostic script, or diagnostic information using a 
communications network. As shown in Fig. 3a, updated versions may be downloaded 
to a user's system. In the system of Fig. 3b, updated versions are used automatically 
as the diagnostic application, the diagnostic script, and the diagnostic information are 
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all located on a manufacturer's computer and accessed from there each time they are 

used on a customer's computer. 

Fig. 4 is a flowchart illustrating an embodiment of a method for updating 
diagnostic files and information on a computer system. In Fig. 4, a determination 
may be made as to whether a diagnostic application has been selected as indicated in 
step 402. If a diagnostic application has not been selected, then the determination 
may be made again at a later time as indicated. If a diagnostic application has been 
selected, then a determination may be made as to whether updated diagnostic 
information exists as indicated in step 404, If updated diagnostic information exists, 
then updated diagnostic information may be received as indicated in step 406. In 
step 408, a determination may be made as to whether an updated diagnostic script 
exists. If an updated diagnostic script exists, then the updated diagnostic script may 
be received as indicated in step 410. In step 412, a determination may be made as to 
whether an updated diagnostic routine exists. If an updated diagnostic routine 
exists, then the updated diagnostic routine may be received as indicated in step 414. 

Fig. 5 is an embodiment of types of information that may be included in a 
diagnostic information file. Fig. 5 depicts a diagnostic information file 500. 
Diagnostic information file 500, entitled DIAGCONF.INI includes information 
corresponding to a plurality of operating system types 510, 512, 520, 522, 530, and 
532, information corresponding to a component 540, 542, and 544, and information 
corresponding to a machine type 550, 552, 554, 556, 558, and 560. Fig. 5 depicts only 
a portion of the information that may be included in a diagnostic information file. 

Operating system type information 510, 520, and 530 list the diagnostic 
routines for the components supported, separated by delimiters, for each 
corresponding operating system type 512, 522, and 532. For example, for the Win NT 
(Windows NT) operating system 522, the supported diagnostic routines include 
diagnostic routines for AGP, audio, AVI, and so on up to Zip Drive as shown in 
bracket 520. Similarly, the Win 9x (Windows 95 and 98) operating system 512 
supports the diagnostic routines for the components listed in bracket 510 and the 
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Win 2k (Windows 2000) operating system 532 supports the diagnostic routines for 

the components listed in bracket 530. As may be seen, different operating systems 

may support different components. The diagnostic routines for the components 

supported by other operating systems may be hsted in a similar manner. 

Component information 540, 542, and 544 illustrate an example of information 

that may be used to display information corresponding to a component. In this 

example, the abstract "Hard Disk Drive Diagnostic" 542 and the icon file 

"HardDrive.jpg" 544 may be used as an indicator for systems that support a hard 

disk drive as indicated by text 540. Component information for other components 

may be included in a similar manner. 

Machine type inf(Wation 550, 552, 554, 556, 558, and 560 illustrate an 

example of information that may be used list the diagnostic routines for the 

components that are not sutoported, separated by delimiters, for each operating 

system (bracket 554) for the machine ID byte 550. Comments 552 may be used to 

describe the machine type. List 556 lists the components whose diagnostic routines 

are not supported in the Windows 95 and 98 operating systems. Similarly, Usts 558 

and 560 list the components whose diagnostic routines are not supported in the 

Windows NT and Windows 2000 operating systems, respectively. The components 

whose diagnostic routines are not supported in other operating systems may be listed 

similarly. As may be seen, different systrais or platforms may support different 

components for each operating system. Machine type information may be included 

for each system or platform offered by a computer manufacturer. 

A diagnostic script, such as diagnostic script 134 in Fig. 1, may use diagnostic 

information file 500 to identify diagnostic routines that may be selected for execution. 

For example, a diagnostic script for a computer system with machine ID byte 550 

("OxBA") running Windows NT may include the diagnostic routines for the 

components that are included in the bracketed list 520 and not excluded by the list 

558. The script may use the component information for each of these components. 
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such as component information 540, 542, and 544 for the hard disk drive, to display 

the selectable diagnostics to a user. 

Fig. 6a, Fig. 6b, and Fig. 6c is an embodiment of a diagnostic script 600 that 
may be used to determine what diagnostic routines a computer system supports. The 
diagnostic script 600 may be composed of Java Scripts / Methods / Functions as 
indicated in Figs. 6a, 6b, and 6c. The script may get a diagnostic information file 
location as highlighted by a comment 602. The script may then determine an 
operating system platform by calling a Java method which calls a Windows API that 
returns the operating system that is installed as highlighted by a comment 604. 
Next, the script may load a list of supported diagnostics for the operating system 
platform from the information file as highlighted by a comment 606. The script may 
then load a list of unsupported diagnostic routines from the information file based on 
machine and operating system platform as highlighted by a comment 608. The script 
may remove the excluded diagnostics from the supported list as highlighted by a 
comment 610 and may build a list of supported diagnostic and presentation items 
from the information file as highlighted by a comment 612. The script may next set 
the environment global space as highlighted by a comment 614. The script may load 
the machine ID for the machine under test as highlighted by a comment 616. The 
script may then call a Java method that extracts the machine ID from the SMBIOS 
table as highlighted by a comment 618. Finally, the script may create the list of 
supported diagnostics and their presentation items as highlighted by a comment 620. 

Fig. 7a, Fig. 7b, and Fig. 7c are an illustration of a first screen, a second screen, 
and a third screen displayable by a display device in the embodiment shown in Fig. 1. 
When a user selects a help application, a user may be present with a screen 700. One 
option the user may have may be to launch a diagnostic application. In screen 700, 
the user may launch a diagnostic application by selecting the area indicated by an 
arrow 702. By selecting the area indicated by arrow 702, the user may also launch a 
diagnostic script that is configured to identify diagnostic routines that are selectable 
for execution. 
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The results provided by the diagnostic script may be used to create screen 710 

shown in Fig. 7b. Screen 710 includes a list of components 712 supported by the 

system. When a component in list 712 is highlighted (such as by moving the mouse 

over the text of the component in list 712), an indicator corresponding to the 

component may be displayed as indicated by an indicator 714. Indicator 714 includes 

a graphical representation of the component and a textual representation of the 

component, in this case a hard disk drive. It may be noted that the graphical 

representation may correspond to an icon in the diagnostic information file, such as 

icon 544 in Fig. 5, and the textual representation may correspond to an abstract in 

the diagnostic information file, such as abstract 542 in Fig. 5. 

A screen 720 may be displayed in response to indicator 714 being selected. As 

may be seen, screen 720 includes textual information regarding questions a user may 

have and diagnostic routines a user may cause to be executed. In screen 720, a user 

may cause diagnostic routines for the selected component to be executed by selecting 

an indicator 722. 

As can be seen, the principal advantages of these embodiments may be that an 
entire suite of diagnostic routines may be installed on each computer system a 
computer manufacturer offers while only supported diagnostic routines may be made 
selectable for execution on a particular system based on certain characteristics of that 
system. In this way, the process of installing diagnostic routines may be substantially 
similar or even identical for each system that a computer manufacturer offers. In 
addition, these embodiments may advantageously allow a computer manufacturer to 
change the set of supported diagnostic routines on a system or systems while 
minimizing the development effort and test cycle for each change. In certain 
embodiments, the changes may be made by simply changing one or more delimited 
fields in a diagnostic information file. The embodiments may also advantageously 
allow a computer manufacturer to easily offer additional systems or test support with 
minimal development effort and testing. In certain embodiments, information 
corresponding to a new system may be added to a diagnostic information file such 
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that the information may be accessed by a diagnostic script to identify the diagnostic 

routines that are supported in the new system. 

Although illustrative embodiments have been shown and described, a wide 

range of modification, change and substitution is contemplated in the foregoing 

5 disclosure and in some instances, some features of the embodiment may be employed 

without a corresponding use of other features. Accordingly, it is appropriate that the 

appended claims be construed broadly and in a manner consistent with the scope of 

the embodiments disclosed herein. 
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